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ABSTRACT 


This document describes the known exceptions to the functional specifications (advisories). 
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1 Functional Advisories 
Advisories that affect the device's operation, function, or parametrics. 


4 The check mark indicates that the issue is present in the specified revision. 


Errata Number 
ADC38 
ADC41 
ADC42 
ADC43 
ADC64 
ADC66 
ADC69 
AES1 
COMP7 
COMP10 
CPU46 
CPU47 
CS3 
CS7 
0812 
DMA7 
DMA11 
GC1 
GC4 
GC5 
PMM24 
PMM31 
PMM32 
PMM33 
PORT28 
REF9 
RTC10 
USCI41 
USCI42 
USCI45 
USCI47 
USCI50 
WDG5 


SIS[S[SISISISISISISISI NIS SI ST STS] S| S| & Rev 


SISÍSISINSISISISISISISISISISÍSIS[S ISI SIS I SESE ST SES SESS SES] S IS | & Rev G 
SISÍSISISISISISISÍSISISIÍSISIÍS SIS SISÍ[S I S[SISISIÍSISÍS ISIN EST S| S| RevF 


S[SISIS[S[SISIÍSISISISIS 


2 Preprogrammed Software Advisories 
Advisories that affect factory-programmed software. 


4 The check mark indicates that the issue is present in the specified revision. 


Errata Number 
ADC67 


« | Rev H 
< |Rev G 
< | Rev F 
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3 Debug Only Advisories 
Advisories that affect only debug operation. 


4 The check mark indicates that the issue is present in the specified revision. 


r/Ou 

Errata Number E E E 
EEM19 "2A 
EEM23 "2A 
EEM27 VILI 
EEM28 "2A 
EEM30 "APA 
EEM31 "2A 
JTAG27 VIL] 


4 Fixed by Compiler Advisories 


Advisories that are resolved by compiler workaround. Refer to each advisory for the IDE and compiler versions 
with a workaround. 


4 The check mark indicates that the issue is present in the specified revision. 


ITO uL 

>| > 

Errata Number | ¢ | ¢ c 
CPU21 Viviv 
CPU22 Viviv 
CPU40 Viviv 


Refer to the following MSP430 compiler documentation for more details about the CPU bugs workarounds. 
TI MSP430 Compiler Tools (Code Composer Studio IDE) 


* MSP430 Optimizing C/C++ Compiler: Check the --silicon_errata option 
e MSP430 Assembly Language Tools 


MSP430 GNU Compiler (MSP430-GCC) 


e MSP430 GCC Options: Check -msilicon-errata= and -msilicon-errata-warn- options 
e MSP430 GCC User's Guide 


IAR Embedded Workbench 


* JAR workarounds for msp430 hardware issues 


SLAZ473AF — OCTOBER 2012 - REVISED MAY 2021 MSP430FR5969 Microcontroller 3 
Submit Document Feedback 


Copyright © 2021 Texas Instruments Incorporated 


IJ TEXAS 


INSTRUMENTS 
Nomenclature, Package Symbolization, and Revision Identification www.ti.com 


5 Nomenclature, Package Symbolization, and Revision Identification 


The revision of the device can be identified by the revision letter on the Package Markings or by the HW_ID 
located inside the TLV structure of the device. 


5.1 Device Nomenclature 


To designate the stages in the product development cycle, TI assigns prefixes to the part numbers of all MSP 
MCU devices. Each MSP MCU commercial family member has one of two prefixes: MSP or XMS. These 
prefixes represent evolutionary stages of product development from engineering prototypes (XMS) through fully 
qualified production devices (MSP). 


XMS - Experimental device that is not necessarily representative of the final device's electrical specifications 
MSP - Fully qualified production device 

Support tool naming prefixes: 

X: Development-support product that has not yet completed Texas Instruments internal qualification testing. 
null: Fully-qualified development-support product. 

XMS devices and X development-support tools are shipped against the following disclaimer: 

"Developmental product is intended for internal evaluation purposes." 


MSP devices have been characterized fully, and the quality and reliability of the device have been demonstrated 
fully. Tl's standard warranty applies. 


Predictions show that prototype devices (XMS) have a greater failure rate than the standard production devices. 
TI recommends that these devices not be used in any production system because their expected end-use failure 
rate still is undefined. Only qualified production devices are to be used. 


TI device nomenclature also includes a suffix with the device family name. This suffix indicates the temperature 
range, package type, and distribution format. 


5.2 Package Markings 


RGZ48 QFN (RGZ), 48 Pin 
O 
MSP430™ # = Die revision 
FR O = Pin 1 location 
Ti nthe " N - Lot trace code 
NNNN G4 


5.3 Memory-Mapped Hardware Revision (TLV Structure) 


Die Revision TLV Hardware Revision 
Rev H 40h 
Rev G 31h 
Rev F 30h 


Further guidance on how to locate the TLV structure and read out the HW_ID can be found in the device User's 
Guide. 
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Advisory Descriptions 


6 Advisory Descriptions 


ADC38 
Category 
Function 


Description 


Workaround 


ADC41 
Category 
Function 


Description 


Workaround 


ADC42 
Category 


Function 


Description 
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ADC Module 


Functional 
External ADC trigger without toggling ENC bit might prevent further ADC conversions. 


The ADC may stop sampling and converting until the module is reset if an external (timer) 
trigger occurs without toggling the ADC12CTLO.ADC12ENC bit at: 


- The end of sequence in the sequence-of-channel mode. 


- The end of conversion in single-channel mode. 


Ensure ADC12CTLO.ADC12ENC bit is always toggled before providing any new External 
Trigger to ADC. 


ADC Module 


Functional 
ADC conversion only triggers when sourced from TAO and TA3 in LPM3/LPM4 


If the ADC clock is sourced from ADC120SC (ADC12CTL1.ADC12SSELx = 
ADC120SC), the reference module is not used (REFCTLO.REFON = 0), and the device 
is in LPM3/LPM4 mode, ADC conversion cannot be triggered when using Timer TBO, TA1 
and TA2 (ADC12CTL1.ADC12SHSx). 


1. Use Timer TAO or TAS to trigger ADC conversion in LPM3/LPM4 mode 

OR 

2. Configure ADC clock to be sourced from ACLK (ADC12CTL1.ADC12SSELx = ACLK). 
OR 

3. Use Active/LPMO/LPM1/LPM2 mode 

OR 


4. Use the internal voltage reference (REFCTLO.REFON = 1) 


ADC Module 


Functional 


ADC stops converting when successive ADC is triggered before the previous conversion 
ends 


Subsequent ADC conversions are halted if a new ADC conversion is triggered while ADC 
is busy. ADC conversions are triggered manually or by a timer. The affected ADC modes 
are: 

- sequence-of-channels 


- repeat-single-channel 
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- repeat-sequence-of-channels (ADC12CTL1.ADC12CONSEQx) 
In addition, the timer overflow flag cannot be used to detect an overflow 
(ADC12IFGR2.ADC12TOVIFG). 

Workaround 1. For manual trigger mode (ADC12CTLO.ADC12SC), ensure each ADC conversion 
is completed by first checking ADC12CTL1.ADC12BUSY bit before starting a new 
conversion. 
2. For timer trigger mode (ADC12CTL1.ADC12SHP), ensure the timer period is greater 
than the ADC sample and conversion time. 
To recover the conversion halt: 
1. Disable ADC module (ADC12CTLO.ADC12ENC = 0 and ADC12CTLO.ADC120N = 0) 
2. Re-enable ADC module (ADC12CTLO.ADC120ON = 1 and ADC12CTLO.ADC12ENC = 
1) 
3. Re-enable conversion 

ADC43 ADC Module 

Category Functional 

Function DMA does not trigger at the end of an ADC12 sequence of channels 

Description The DMA transfer is triggered at the end of every ADC conversion when the ADC is 
configured to convert in a sequence of channels (ADC12CTL1.CONSEQ = 1 or 3.) This 
causes the DMA transfer to trigger prematurely after each ADC conversion instead of 
triggering only at the end of the conversion sequence. 

Workaround Design the application to expect the DMA trigger at the end of every ADC conversion. For 
example, if a block transfer at the end of the sequence is originally desired, configure the 
DMA in single transfer mode with size = length of the sequence. The DMA transfer occurs 
at each conversion, but the DMA interrupt will still occur at the end of the sequence. 

ADC64 ADC Module 

Category Functional 

Function Incorrect conversion result in extended sample mode in some conditions 

Description The ADC 12 conversion result can be incorrect if the extended sample mode is selected 
(ADC12SHP = 0), ADC12VRSEL is set to 0, 2, 4, 6, 12, 14 (VR+ and VR- unbuffered), 
and the ADC sample time is less than 6 ADC clock cycles. 

Workaround 1) Use Pulse sample mode (ADC12SHP= 1) if sample time less than 6 ADC clock cycles 
is needed; 
OR 
2) In extended sample mode (ADC12SHP = 0) increase the sample time to at least 6 ADC 
clock cycles; 
OR 
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3) Use reference mode corresponding to ADC12VRSEL =1,3,5,7,9,13,15 

ADC66 ADC Module 

Category Functional 

Function ADC stops converting when ADC120ON bit is toggled during conversion 

Description Subsequent ADC conversions are halted if the ADC12CTLO.ADC120N bit is toggled 
while the ADC is busy. The affected ADC modes are: 

- sequence-of-channels 
- repeat-single-channel 
- repeat-sequence-of-channels (ADC12CTL1.ADC12CONSEQx) 

Workaround Stop the ADC conversion by clearing the ADC12CTLO.ADC12ENC bit. 

Check the ADC12CTL1.ADC12BUSY flag for 0 before toggling the 
ADC12CTLO.ADC120N bit. 

ADC67 ADC Module 

Category Software in ROM 

Function Invalid ADC12 temperature sensor calibration data 

Description The ADC 12 reference temperature sensor calibration data stored in the TLV data 
structure (0x1A1A - 0x1A25) can be incorrect depending on the production lot trace code. 
As a result the temperature measurement when using these data can be wrong. 

Devices with lot trace code > 88XXXXX are not affected by this issue. 

Workaround Record the calibration data by taking ADC measurements of the temperature sensor at 
30C and 85C for the required reference voltage. The calibration data in the TLV section 
(0x1A1A - 0x1A25) can't be overwritten but the new calibration data can be stored in user 
FRAM or info memory for further temperature calculations. 

ADC69 ADC Module 

Category Functional 

Function ADC stops operating if ADC clock source is changed from SMCLK to another source 
while SMCLKOFF = 1. 

Description When SMCLK is used as the clock source for the ADC (ADC12CTL1.ADC12SSELx = 
11) and CSCTL4.SMCLKOFF = 1, the ADC will stop operating if the ADC clock source is 
changed by user software (e.g. in the ISR) from SMCLK to a different clock source. This 
issue appears only for the ADC12CTL1.ADC12DIVx settings /3/5/7. The hang state can 
be recovered by PUC/POR/BOR/Power cycle. 

Workaround 1. Set CSCTL4.SMCLKOFF = 0 before switch ADC clock source. 


OR 


2. Only use ADC12CTL1.ADC12DIVx as /1, /2, /4, /6, /8 
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AES1 AES Module 
Category Functional 
Function Ongoing AES operation cannot be aborted by writing to AESAXIN 
Description Writing to AESAXIN register when AESASTAT.AESBUSY bit is set does abort the ongoing 
AES operation or set the AESACTLO.AESERRFG bit. 
Workaround Always let AES operation run to completion (i.e. do not abort). Ignore the encryption/ 
decryption output if AESAXIN is written when AESASTAT.AESBUSY is set. 
COMP7 COMP Module 
Category Functional 
Function Comparator triggers false output at low overdrive levels 
Description When the differential voltage on the comparator input pins is smaller than the comparator 
offset according to the datasheet, the comparator can provide a false output. 
Workaround Drive the differential voltage to above the comparator offset according to the datasheet. 
COMP10 COMP Module 
Category Functional 
Function Comparator port output toggles when entering or leaving LPM3/LPM4 
Description The comparator port pin output (CECTL1.CEOUT) erroneously toggles when device 
enters or leaves LPM3/LPM4 modes under the following conditions: 
1) Comparator is disabled (CECTL1.CEON = 0) 
AND 
2) Output polarity is enabled (CECTL1.CEOUTPOL = 1) 
AND 
3) The port pin is configured to have CEOUT functionality. 
For example, if the CEOUT pin is high when the device is in Active Mode, CEOUT pin 
becomes low when the device enters LPM3/LPM4 modes. 
Workaround When the comparator is disabled, ensure at least one of the following: 
1) Output inversion is disabled (CECTL.CEOUTPOL = 0) 
OR 
2) Change pin configuration from CEOUT to GPIO with output low. 
CPU21 CPU Module 
Category Compiler-Fixed 
Function Using POPM instruction on Status register may result in device hang up 
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Description When an active interrupt service request is pending and the POPM instruction is used to 
set the Status Register (SR) and initiate entry into a low power mode , the device may 
hang up. 
Workaround None. It is recommended not to use POPM instruction on the Status Register. 


Refer to the table below for compiler-specific fix implementation information. 


IDE/Compiler Version Number Notes 


IAR Embedded Workbench Not affected 


User is required to add the compiler 


TI MSP430 Compiler Tools (Code . 
v4.0.x or later or assembler flag option below. -- 


Composer Studio 
p udio) silicon_errata=CPU21 


MSP430 GNU Compiler (MSP430- : 
MSP430-GCC 4.9 build 167 or later 


GCC) 
CPU22 CPU Module 
Category Compiler-Fixed 
Function Indirect addressing mode with the Program Counter as the source register may produce 


unexpected results 


Description When using the indirect addressing mode in an instruction with the Program Counter (PC) 
as the source operand, the instruction that follows immediately does not get executed. 
For example in the code below, the ADD instruction does not get executed. 


mov @PC, R7 
add 41h, R4 


Workaround Refer to the table below for compiler-specific fix implementation information. 
IDE/Compiler Version Number Notes 
IAR Embedded Workbench Not affected 


User is required to add the compiler 


TI MSP430 Compiler Tools (Code . 
v4.0.x or later or assembler flag option below. -- 


Composer Studio 
P uaig) silicon_errata=CPU22 


MSP430 GNU Compiler (MSP430- , 
MSP430-GCC 4.9 build 167 or later 


GCC) 
CPU40 CPU Module 
Category Compiler-Fixed 
Function PC is corrupted when executing jump/conditional jump instruction that is followed by 


instruction with PC as destination register or a data section 


Description If the value at the memory location immediately following a jump/conditional jump 
instruction is OX40h or OX50h (where X = don't care), which could either be an instruction 
opcode (for instructions like RRCM, RRAM, RLAM, RRUM) with PC as destination 
register or a data section (const data in flash memory or data variable in 
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RAM), then the PC value is auto-incremented by 2 after the jump instruction is executed; 
therefore, branching to a wrong address location in code and leading to wrong program 
execution. 


For example, a conditional jump instruction followed by data section (0140h). 


@0x8012 Loop DEC.W R6 
@0x8014 DEC.W R7 
@0x8016 JNZ Loop 
@0x8018 Value1 DW 0140h 


Workaround In assembly, insert a NOP between the jump/conditional jump instruction and program 
code with instruction that contains PC as destination register or the data section. 
Refer to the table below for compiler-specific fix implementation information. 
IDE/Compiler Version Number Notes 
For the command line version add 
the following information Compiler: 
IAR Embedded Workbench IAR EW430 v5.51 or later 
--hw_workaround=CPU40 
Assembler:-v1 
: User is required to add the compiler 
TI MSP430 Compiler Tools (Code . 
. v4.0.x or later or assembler flag option below. -- 
Composer Studio) zi: 
silicon errata-CPUA0 
MSP430 GNU Compiler (MSP430- 
Not affected 
GCC) 

CPU46 CPU Module 

Category Functional 

Function POPM peforms unexpected memory access and can cause VMAIFG to be set 

Description When the POPM assembly instruction is executed, the last Stack Pointer increment is 
followed by an unintended read access to the memory. If this read access is performed 
on vacant memory, the VMAIFG will be set and can trigger the corresponding interrupt 
(SFRIE1.VMAIE) if it is enabled. This issue occurs if the POPM assembly instruction is 
performed up to the top of the STACK. 

Workaround If the user is utilizing C, they will not be impacted by this issue. All TI/IAR/GCC pre-built 
libraries are not impacted by this bug. To ensure that POPM is never executed up to the 
memory border of the STACK when using assembly it is recommended to either 
1. Initialize the SP to 
a. TOP of STACK - 4 bytes if POPM.A is used 
b. TOP of STACK - 2 bytes if POPM.W is used 
OR 
2. Use the POPM instruction for all but the last restore operation. For the the last restore 
operation use the POP assembly instruction instead. 
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For instance, instead of using: 
POPM.W #5,R13 
Use: 
POPM.W #4,R12 
POP.W R13 
Refer to the table below for compiler-specific fix implementation information. 
IDE/Compiler Version Number Notes 
C code is not impacted by this bug. 
User using POPM instruction in 
IAR Embedded Workbench Not affected : : . 
assembler is required to implement 
the above workaround manually. 
C code is not impacted by this bug. 
TI MSP430 Compiler Tools (Code User using POPM instruction in 
i Not affected , : ; 
Composer Studio) assembler is required to implement 
the above workaround manually. 
C code is not impacted by this bug. 
MSP430 GNU Compiler (MSP430- User using POPM instruction in 
Not affected . . . 
GCC) assembler is required to implement 
the above workaround manually. 
CPU47 CPU Module 
Category Functional 
Function An unexpected Vacant Memory Access Flag (VMAIFG) can be triggered 
Description An unexpected Vacant Memory Access Flag (VMAIFG) can be triggered, if a PC- 
modifying instruction (e.g. - ret, push, call, pop, jmp, br) is fetched from the last addresses 
(last 4 or 8 byte) of a memory (e.g.- FLASH, RAM, FRAM) that is not contiguous to a 
higher, valid section on the memory map. 
In debug mode using breakpoints the last 8 bytes are affected. 
In free running mode the last 4 bytes are affected. 
Workaround Edit the linker command file to make the last 4 or 8 bytes of affected memory sections 
unavailable, to avoid PC-modifying instructions on these locations. 
Remaining instructions or data can still be stored on these locations. 
CS3 CS Module 
Category Functional 
Function Possible PMM overload when increasing SMCLK frequency to higher than MCLK 
frequency 
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Description When switching SMCLK frequency from lower to higher than MCLK frequency, the device 
can crash and hang until it is restarted by a reset. 
Workaround 1. 
a. Increase SMCLK to MCLK frequency to ensure they are the same 
b. Then, increase SMCLK frequency to target frequency 
OR 
2. 
a. Increase MCLK frequency to the desired SMCLK frequency 
b. Then, increase SMCLK to target frequency 
c. Then, decrease MCLK back to the original MCLK frequency 
CS7 CS Module 
Category Functional 
Function DCO clock frequency out of specification when returning from LPM2, LPM3 or LPM4 
Description When waking up from LPM2, LPM3 or LPM4 the first clocks generated by the DCO 
are not within the specified frequency range for approximately 13us (independent of the 
selected frequency). Any observable overshoot of the frequency is not critical for the 
device functionality. Frequency undershoots can be considered as additional wake-up 
delay because the frequency is below the target and less clocks are generated than 
expected. The overall impact of the clock overshoots and undershoots during stabilization 
is approximately 2us of additional delay. 
Workaround Account for frequency undershoots as additional wake-up delay of about 2us. 
CS12 CS Module 
Category Functional 
Function DCO overshoot at frequency change 
Description When changing frequencies (CSCTL1.DCOFSEL), the DCO frequency may overshoot 
and exceed the datasheet specification. After a time period of 10us has elapsed, the 
frequency overshoot settles down to the expected range as specified in the datasheet. 
The overshoot occur when switching to and from any DCOFSEL setting and impacts all 
peripherals using the DCO as a clock source. A potential impact can also be seen on 
FRAM accesses, since the overshoot may cause a temporary violation of FRAM access 
and cycle time requirements. 
Workaround When changing the DCO settings, use the following procedure: 
1) Store the existing CSCTL3 divider into a temporary unsigned 16-bit variable 
2) Set CSCTL3 to divide all corresponding clock sources by 4 or higher 
3) Change DCO frequency 
4) Wait ~10us 
5) Restore the divider in CSCTL3 to the setting stored in the temporary variable. 
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DMA7 
Category 
Function 


Description 


Workaround 


DMA11 
Category 
Function 


Description 


Workaround 


EEM19 
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The following code example shows how to increase DCO to 16MHz. 


uintl6 t tempCSCTL3 = 0; 
CSCTLO_H = CSKEY H; // Unlock CS registers 

/* Assuming SMCLK and MCLK are sourced from DCO */ 

/* Store CSCTL3 settings to recover later */ 

tempCSCTL3 = CSCTL3; 

/* Keep overshoot transient within specification by setting clk sources to 
divide by 4*/ 
/* Clear the DIVS & DIVM masks (~0x77)and set both fields to 4 divider */ 
CSCTL3 - CSCTL3 & (-(0x77)) | DIVS 4 | DIVM 4; 

CSCTL1 = DCOFSEL 4 | DCORSEL; // Set DCO to 16MHz 

/* Delay by ~10us to let DCO settle. 60 cycles = 20 cycles buffer + (10us / 
(1/4MHz)) */ 

. delay cycles(60); 
CSCTL3 = tempCSCTL3; 
CSCTLO H = 0; 


// Set all dividers 
// Lock CS registers 


DMA Module 


Functional 
DMA request may cause the loss of interrupts 


If a DMA request starts executing during the time when a module register containing an 
interrupt flags is accessed with a read-modify-write instruction, a newly arriving interrupt 
from the same module can get lost. An interrupt flag set prior to DMA execution would not 
be affected and remain set. 


1. Use a read of Interrupt Vector registers to clear interrupt flags and do not use read- 
modify-write instruction. 


OR 


2. Disable all DMA channels during read-modify-write instruction of specific module 
registers containing interrupts flags while these interrupts are activated. 


DMA Module 


Functional 
DMA trigger during transition into LPM1/LPM2/LPM3/LPM4 may cause the device to reset 


The device performs a PUC if the DMA is triggered while the system transitions the power 
mode from active to LPM1/LPM2/LPM3/LPM4. The susceptible time window at power 
mode transition is 1 MCLK cycle + 500ns. 


Ensure that the DMA is not triggered during active mode to LPM1/LPM2/LPM3/LPM4 
transition. 


1. Perform a software DMA trigger inside a module interrupt service routine instead of 
using the modules DMA trigger. 


OR 


2. Use Active Mode or LPMO when using DMA. 


EEM Module 
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Category 
Function 


Description 


Workaround 


EEM23 
Category 
Function 


Description 


Workaround 


EEM27 
Category 
Function 


Description 


Workaround 


EEM28 
Category 


Function 
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Debug 
DMA may corrupt data in debug mode 


When the DMA is enabled and the device is in debug mode, the data written by the DMA 
may be corrupted when a breakpoint is hit or when the debug session is halted. 


This erratum has been addressed in MSPDebugStack version 3.5.0.1. It is also available 
in released IDE EW430 IAR version 6.30.3 and CCS version 6.1.1 or newer. 

If using an earlier version of either IDE or MSPDebugStack, do not halt or use breakpoints 
during a DMA transfer. 


Note 
This erratum applies to debug mode only. 


EEM Module 


Debug 
EEM triggers incorrectly when modules using wait states are enabled 


When modules using wait states (USB, MPY, CRC and FRAM controller in manual mode) 
are enabled, the EEM may trigger incorrectly. This can lead to an incorrect profile counter 
value or cause issues with the EEMs data watch point, state storage, and breakpoint 
functionality. 


None. 


Note 
This erratum affects debug mode only. 


EEM Module 


Debug 
Switching off FRAM LDO stalls device during debug access 


With the "Enable Ultra Low Power debug/LPMx.5 debug" option disabled in the IDE, if 
user application switches off the FRAM LDO (FRPWR = 0) and a debug halt is requested 
during this time, device debug control is lost and the debug session must be restarted. At 
this point, the code execution is also stalled. 


The following error message is observed: 
IAR - "Internal error: (State)" 
CCS - "MSP430: Trouble Halting Target CPU: Internal error" 


If IDE error message is observed, restart the debug session or perform a hardware reset. 


Turn on "Enable Ultra Low Power debug/LPMx.5 debug" option in the IDE debug settings. 


EEM Module 


Debug 


Clock outputs observed on port module during LPMx in debug mode 
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Description 


Workaround 


EEM30 
Category 
Function 


Description 


Workaround 


EEM31 
Category 
Function 


Description 


Workaround 


GC1 
Category 
Function 


Description 


Workaround 


GC4 
Category 


Function 
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When the device is in LPMx mode, if a debug halt is requested and if the port pin is 
configured as MCLK, SMCLK, or ACLK output, these clocks are observed on the port 

pin. Depending on the LPM mode (see Device User's Guide), peripherals that are clocked 
from MCLK, SMCLK, or ACLK are still halted during debug halt state. 


For example, if the device is in debug halt in LPM3 mode and a port pin is configured 
as SMCLK output, SMCLK can be observed on the pin. But the peripherals sourced from 
SMCLK are still halted as expected. 


None 


EEM Module 


Debug 
Missed breakpoint if FRAM power supply is disabled 


The FRAM power supply can be disabled (GCCTLO.FRPWR = 0) prior to LPM entry to 
save power. Upon wakeup, if a breakpoint is set on an the first instruction that accesses 
FRAM, the breakpoint may be missed. 


None. This issue affects debug mode only. 


EEM Module 


Debug 
Breakpoint trigger may be lost when MPU is enabled 


A data value written to FRAM can be used as a trigger condition for breakpoints during 
a debug session. This trigger can be lost if the FRAM access is made to an address that 
has been write-protected by the MPU. 


None. This issue affects debug mode only. 


GC Module 


Functional 
Uncorrectable memory bit error flag (GCCTL1.UBDIFG) does not trigger NMI 


The GCCTL1.UBDIFG flag is an interrupt flag that gets set if an uncorrectable bit error 
has been detected in non-volatile memory. Even the GCCTL1.UBDIFG flag is set to 1 
(GCCTLO.UBDRSTEN = 0 and GCCTLO.UBDIE = 1), it does not trigger a NMI request. In 
this case, the application is not notified via a NMI request that an uncorrectable bit error 
occurred in non-volatile memory (SYSSNIV = 0). 


Set GCCTLO.UBDRSTEN = 1 and GCCTLO.UBDIE = 0 to trigger a PUC and check 
GCCTL1.UBDIFG = 1 after each PUC for manual interrupt flag handling. 
Please consider GC4 errata for side effects. 


GC Module 


Functional 


Unexpected PUC is triggered 
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Description 


Workaround 
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During execution from FRAM a non-existent uncorrectable bit error can be detected and 
trigger a PUC if the uncorrectable bit error detection flag is set (GCCTLO.UBDRSTEN = 
1). This behavior appears only if: 


(1) MCLK is sourced from DCO frequency of 16 MHz 

OR 

(2) MCLK is sourced by external high frequency clock above 12 MHz at pin HFXIN 
OR 

(3) MCLK is sourced by High-Frequency crystals (HFXT) above 12 MHz. 


This PUC will not be recognized by the SYSRSTIV register (SYSRSTIV = 0x00). 
A PUC RESET will be executed with not defined reset source. 
Also the corresponding bit error detection flag is not set (GCCTL1.UBDIFG = 0). 


1. Check the reset source for SYSRSTIV = 0 and ignore the reset. 
OR 


2. Set GCCTLO.UBDRSTEN - 0 to prevent unexpected PUC. NMI event will not be 
triggered, even if GCCTLO.UBDIE = 1 -> consider GC1 Errata for more details. 


OR 


3. Set the MCLK to maximum 12MHz to leverage the uncorrectable bit error PUC feature. 


GC Module 


Functional 
Nonexistent FRAM failures can be detected after wake-up from LPM 1/2/3/4 


The FRAM bit error detection may indicate bit errors, even the memory has no failure, 
after wakeup from LPM1/2/3/4. 

Based on the setting inside the FRAM controller registers (GCCTLO), following behaviors 
can appear. 


1. Unexpected PUC for an uncorrectable FRAM error can be triggered and causing the 
corresponding value in the SYSRSTIV register. 
This happens only if GCCTLO.UBDRSTEN =1. 


2. Unexpected NMI for an uncorrectable FRAM error can be triggered and causing the 
corresponding value in the SYSSNIV register. 
This happens only if the GCCTLO.UBDIE - 1. 


3. Unexpected NMI for a correctable FRAM error can be triggered and causing the 
corresponding value in the SYSSNIV register. 
This happens only if the GCCTLO.CBDIE =1. 


1. Disable PUC (GCCTLO.UBDRSTEN=0), UBDIE and CBDIE interrupts 
(GCCTLO.UBDIE=0 and GCCTLO.CBDIE=0) prior to entering LPM 1/2/3/4. 


2. After LPM wake up, clear GCCTL1.UBDIFG and GCCTL1.CBDIFG, and then 
reinitialize the GCCTLO register after the first valid FRAM access has been completed. 
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JTAG27 
Category 
Function 


Description 


Workaround 


PMM24 
Category 
Function 


Description 


Workaround 


PMM31 
Category 


Function 


Advisory Descriptions 


For the valid FRAM access the user has to consider possible cache hits which depends 
on implementation. 


JTAG Module 


Debug 
Unintentional code execution after programming via JTAG/SBW 


The device can unintentionally start executing code from uninitialized RAM addresses 
0x0006 or 0x0008 after being programming via the JTAG or SBW interface. This can 
result in unpredictable behavior depending on the contents of the address location. 


1. If using programming tools purchased from TI (MSP-FET, LaunchPad), update to CCS 
version 6.1.3 later or IAR version 6.30 or later to resolve the issue. 


2. If using the MSP-GANG Production Programmer, use v1.2.3.0 or later. 


3. For custom programming solutions refer to the specification on MSP430 Programming 
Via the JTAG Interface User's Guide (SLAU320) revision V or newer and use 
MSPDebugStack v3.7.0.12 or later. 


For MSPDebugStack (MSP430.DLL) in CCS or IAR, download the latest version of the 
development environment or the latest version of the MSPDebugStack 


NOTE: This only affects debug mode.' 


PMM Module 


Functional 
Device may enter lockup state during wake-up from LPM3 and LPM4 


The device may enter a lockup state during an interrupt-triggered wake up from LPM3 
or LPM4. The device will remain in lockup state, unable to respond to the interrupt or 
continue application execution, until a power cycle brings it back to reset state. 


LPM3.5 and LPM4.5 are not affected by this behavior. 


1) Use LPM2 instead of LPM3 or LPM4. Refer to the device specific datasheet for details 
on LPM2 wake up time and power consumption. 


OR 


2) If the application only uses RTC or GPIO as a wakeup source, use LPM3.5 or LPM4.5 
instead. Refer to the device specific datasheet for details on LPM3.5/LPM4.5 wake up 
times and power consumption. 

Note: When using LPM3.5/LPM4.5, the Compute Through Power Loss (CTPL) utility APIs 
(part of the FRAM software utilities) can be used to configure device behavior prior to 
LPM entry and on wake-up. 


PMM Module 


Functional 


Device may enter lockup state during transition from AM to LPM2/3/4 
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The device might enter lockup state if the MODOSC is requested (e.g. triggered by ADC) 
or removed (e.g. end of ADC conversion) during a power mode transition from AM to 
LPM2/3/4 (e.g. during ISR exits or Status Register modifications). 

The same behavior can appear when SMCLK is requested during a power mode 
transition from AM to LPM3/4. 

The device will remain in a lockup state unable to respond to interrupts or continue 
application execution until a power cycle or external reset brings it back to reset state. 


Modules which can trigger MODCLK clock requests/removals are ADC and eUSCI in I2C 
mode using the clock low timeout feature (e.g. SMBus, PMBus). 

Modules which can trigger SMCLK clock requests are ADC, eUSCI in I2C Master mode, 
eUSCI in SPI Master mode and eUSCI in UART mode. 

If clock requests are started by the CPU/DMA (e.g. eUSCI during SPI master 
transmission), they can't occur at the same time as the power mode transition and thus 


should not be affected. The device should only be affected when the clock request is 
asynchronous to the power mode transition. 


1. Avoid using the aforementioned combinations of clock requests and power mode 
transitions: 


Use LPMO/1 instead of LPM2/3/4 when expecting asynchronous MODCLK requests and 
removals. 


OR 

Use LPMO0/1/2 instead of LPM3/4 when expecting asynchronous SMCLK requests. 
OR 

Use LPMx.5 instead of LPM2/3/4. 

OR 

Use a clock different than MODCLK/SMCLK when applicable (e.g. ACLK). 


2. Prevent the power mode transition from happening when an asynchronous clock 
request/removal is expected: 


Wake-up device before a UART byte is received. 
AND 


Wake-up device before an asynchronous ADC trigger and stay in Active Mode until 
conversion is completed. 


AND 


Keep device in AM/LPMO/LPM1 during ADC measurement. 


PMM Module 


Functional 


Device may enter lockup state or execute unintentional code during transition from AM to 
LPM2/3/4 
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Description 


Advisory Descriptions 
The device might enter lockup state or start executing unintentional code resulting in 
unpredictable behavior depending on the contents of the address location- if any of the 
two conditions below occurs: 
Condition’: 


The following three events happen at the same time: 


1) The device transitions from AM to LPM2/3/4 (e.g. during ISR exits or Status Register 
modifications), 


AND 
2) An interrupt is requested (e.g. GPIO interrupt), 
AND 


3) MODCLK is requested (e.g. triggered by ADC) or removed (e.g. end of ADC 
conversion). 


Modules which can trigger MODCLK clock requests/removals are ADC and eUSCI. 

If clock events are started by the CPU (e.g. eUSCI during SPI master transmission), they 
can not occur at the same time as the power mode transition and thus should not be 
affected. The device should only be affected when the clock event is asynchronous to the 


power mode transition. 


The device can recover from this lockup condition by a PUC/BOR/Power cycle (e.g. 
enable Watchdog to trigger PUC). 


Condition2: 
The following events happen at the same time: 


1) The device transitions from AM to LPM2/3/A (e.g. during ISR exits or Status Register 
modifications), 


AND 

2) An interrupt is requested (e.g. GPIO interrupt), 

AND 

3) Neither MODCLK nor SMCLK are running (e.g. requested by a peripheral), 
AND 

4) SMCLK is configured with a different frequency than MCLK. 


The device can recover from this lockup condition by a BOR/Power cycle. 


Workaround 1. Use LPMO0/1/x.5 instead of LPM2/3/4. 
OR 
2. Place the FRAM in INACTIVE mode before any entry to LPM2/3/4 by clearing the 
FRPWR bit and FRLPMPWR bit (if exist) in the GCCTLO register. This must be performed 
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PMM33 
Category 
Function 


Description 


Workaround 


PORT28 
Category 
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from RAM as shown below: 


// define a function in RAM 
#pragma CODE_SECTION(enterLpModeFromRAM,".TI.ramfunc") 
void enterLpModeFromRAM(unsigned short lowPowerMode); 


//call this function before any entry to LPM2/3/4 
void enterLpModeFromRAM(unsigned short lowPowerMode) 


{ 

FRCTLO = FRCTLPW; 

GCCTLO &= -(FRPWR*FRLPMPWR); //clear FRPWR and FRLPMPWR 
FRCTLO_H = 0; //re-lock FRCTL 

. bis SR register(lowPowerMode); 


} 


PMM Module 


Functional 
Device might hang-up or generate a RESET during LPM3 wake-up 


If the device is used in LPM3 and peripherals of only one of the below peripheral 
groups (see also table 6-3 in datasheet under chapter 6.3.1.1) are used (only A or only 
B), the device might hang-up during wake-up or cause an unexpected reset (BOR or 
ACCTEIFG). 


GroupA: 

- TimerTA1 
- TimerTA2 
- TimerTBO 
- eUSCI AO 
- eUSCI A1 
- eUSCI BO 


GroupB: 

- TimerTAO 

- TimerTA3 

- Comparator 


- ADC12 B 
-REF A 


1. Use AM, LPMO, LPM1 or LPM2 instead of LPM3 

or 

2. Use LPM3 with 

a. no other peripherals except WDT and RTC are used in LPM3 
or 


b. atleast one peripheral from each peripheral group (A and B) is enabled in LPM3 


PORT Module 


Functional 
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Function 


Description 


Workaround 


REF9 
Category 
Function 


Description 


Workaround 


RTC10 
Category 
Function 


Description 


Workaround 


USCI41 
Category 
Function 


Description 
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Pull-down resistor of TEST/SBWTCK pin 


The device's internal pull-down resistor on the TEST/SBWTCK pin gets disabled if the 
SYS control bit SFRRPCR.SYSRSTRE is cleared. This can lead to increased current 
consumption and unintentionally-enabled JTAG access to the device. 


1) Do not clear the SFRRPCR.SYSRSTRE bit, use the SFRRPCR.SYSRSTRUP bit to 
define direction of the internal resistor on RST/NMI/SBWTDIO pin instead. 


OR 


2) Ensure a zero voltage level of TEST/SBWTCK pin by connecting the pin to an external 
component (e.g. external pull-down resistor) on the PCB. 


REF Module 


Functional 
REFON Feature 


The Reference module does not not provide REF voltage to Comparator module when the 
REFON bit is set (REFCTLO.REFON-1). 


1. Use REFBGOT bit of the REFCTLO regsiter instead of REFON bit to provide REF 
voltage to Comparator. 


OR 


2. Enable the Comparator module with internal REF setting (CEREFL + CERS bits of the 
CECTL2 register) to request the REF module. 


RTC Module 


Functional 
RTC interrupt flag can be lost during LPMx.5 entry 


An RTC interrupt flag can get lost if it triggers within a small critical time window of the 
device's entry into LPM3.5. This results in the RTC interrupt flag not triggering a wake-up 
from LPM3.5. The subsequent RTC interrupt flag is captured to wake device up from 
LPM3.5. 


Use LPM3 for timing-critical applications where the device is entering LPM3.5 close to the 
RTC interrupt flag triggering. 


USCI Module 


Functional 
UCBUSY bit of eUSCIA module might not work reliable when device is in SPI mode. 


When eUSCIA is configured in SPI mode, the UCBUSY bit might get stuck to 1 or start 
toggling after transmission is completed. This happens in all four combinations of Clock 
Phase and Clock Polarity options (UCAxCTLWO.UCCKPH & UCAxCTLWO.UCCKPL bits) 
as well as in Master and Slave mode. There is no data loss or corruption. However the 
UCBUSY cannot be used in its intended function to check if transmission is completed. 
Because the UCBUSY bit is stuck to 1 or toggles, the clock request stays enabled and 
this adds additional current consumption in low power mode operation. 
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USCI42 
Category 
Function 


Description 


Workaround 


USCIA5 
Category 
Function 


Description 


Workaround 


USCIA7 
Category 
Function 


Description 


Workaround 
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For correct functional implementation check on transmit or receive interrupt flag 
UCTXIFG/UCRXIFG instead of UCBUSY to know if the UCAxTXBUF buffer is empty or 
ready for the next complete character. 

To reduce the additional current it is recommended to either reset the SPI module 
(UCAxCTLWO.UCSWRST) in the UCBxCTLWO or send a dummy byte 0x00 after the 
intended SPI transmission is completed. 


USCI Module 


Functional 
UART asserts UCTXCPTIFG after each byte in multi-byte transmission 


UCTXCPTIFG flag is triggered at the last stop bit of every UART byte transmission, 
independently of an empty buffer, when transmitting multiple byte sequences via UART. 
The erroneous UART behavior occurs with and without DMA transfer. 


None. 


USCI Module 


Functional 
Unexpected SPI clock stretching possible when UCxCLK is asynchronous to MCLK 


In rare cases, during SPI communication, the clock high phase of the first data bit may be 
stretched significantly. The SPI operation completes as expected with no data loss. This 
issue only occurs when the USCI SPI module clock (UCxCLK) is asynchronous to the 
system clock (MCLK). 


Ensure that the USCI SPI module clock (UCxCLK) and the CPU clock (MCLK) are 
synchronous to each other. 


USCI Module 


Functional 
eUSCI SPI slave with clock phase UCCKPH = 1 


The eUSCI SPI operates incorrectly under the following conditions: 


1. The eUSCI A or eUSCI B module is configured as a SPI slave with clock phase mode 
UCCKPH = 1 


AND 


2. The SPI clock pin is not at the appropriate idle level (low for UCCKPL = 0, high for 
UCCKPL = 1) when the UCSWRST bit in the UCxxCTLWO register is cleared. 


If both of the above conditions are satisfied, then the following will occur: 

eUSCI_A: the SPI will not be able to receive a byte (UCAxRXBUF will not be filled and 
UCRXIFG will not be set) and SPI slave output data will be wrong (first bit will be missed 
and data will be shifted). 

eUSCI_B: the SPI receives data correctly but the SPI slave output data will be wrong (first 
byte will be duplicated or replaced by second byte). 


Use clock phase mode UCCKPH = 0 for MSP SPI slave if allowed by the application. 
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Advisory Descriptions 
OR 


The SPI master must set the clock pin at the appropriate idle level (low for UCCKPL = 0, 
high for UCCKPL = 1) before SPI slave is reset (UCSWRST bit is cleared). 


OR 


For eUSCI A: to detect communication failure condition where UCRXIFG is not set, check 
both UCRXIFG and UCTXIFG. If UCTXIFG is set twice but UCRXIFG is not set, reset the 

MSP SPI slave by setting and then clearing the UCSWRST bit, and inform the SPI master 
to resend the data. 


USCI50 USCI Module 

Category Functional 

Function Data may not be transmitted correctly from the eUSCI when operating in SPI 4-pin master 
mode with UCSTEM = 0 

Description When the eUSCI is used in SPI 4-pin master mode with UCSTEM = 0 (STE pin used as 
an input to prevent conflicts with other SPI masters), data that is moved into UCxTXBUF 
while the UCxSTE input is in the inactive state may not be transmitted correctly. If the 
eUSCI is used with UCSTEM = 1 (STE pin used to output an enable signal), data is 
transmitted correctly. 

Workaround When using the STE pin in conflict prevention mode (UCSTEM = 0), only move data 
into UCxTXBUF when UCXSTE is in the active state. If an active transfer is aborted 
by UCxSTE transitioning to the master-inactive state, the data must be rewritten into 
UCxTXBUF to be transferred when UCxSTE transitions back to the master-active state. 

WDG5 WDG Module 

Category Functional 

Function Clock Fail-Safe feature in LPMx.5 

Description The watchdog clock fail-safe feature does not prevent the device from going into LPMx.5. 
As a result, the device enters LPMx.5 state independently of running the watchdog. Note 
that the watchdog is off in LPMx.5. 

Workaround None. 
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7 Revision History 
NOTE: Page numbers for previous revisions may differ from page numbers in the current version. 
Changes from June 9, 2020 to May 18, 2021 


Page 
Changed the document format and structure; updated the numbering format for tables, figures, and cross 
references throughout the document 
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